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MODULE DE ft ADIOCOMfi/IU NIDATION HE8ERGEANT ET EXECUTANT UN LOGICIEL CLIENT, ET PROCEDE 
CORRESPONDANT DE MISE EN OEUVRE D'UN LOGICIEL CLIENT DE PILOTAGE- 

^invention concerne un module de radiocommunica- 
tion, du type hebergeant et executant un logiciel principal 
assurant notamrnent des fonctions de radiocommunication; 
Le logiciel principal cornprend des rnoyens d'execution de 
commandes de pilotage, envoyees au logiciel principal par 
au moins un logiciel client de pilotage et appartenant a un 
ieu de commandes de pilotage predetermine, Selon I'inven- 
tion, le module de radiocommunication heberge et execute 
en outre au moins un logiciel client, dit logiciel client embar- 
que. Le logiciel client embarque et le logiciel principal com- 
prennent des rnoyens permettant au fogiciel client 
embarque de jouer au moins un des deux rotes suivants: - 
le role d'un logiciel client de pilotage, envoyant des com- 
mandes de pilotage au logiciel principal, et recevant du logi- 
ciel principal des reponses, resultant de I'executlon de 
certaines des commandes de pilotage; - le role d'un logiciel 
client de supervision, gerant f'execution de commandes de 
pilotage envoyees par un logiciel client de pilotage, dit logi- 
ciel client externe, heberge et execute par un equipement 
tiers cooperant avec le module de radiocommunication. 
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Module de radiocommuiiicatkm hebergeant et ex&nitant un logiciel client, et 
proc£d£ correspondant de mise en oeuvre d T un logiciel client de pilotage* 

Le domaine de 1' invention est celui des systemes de radiocommunication 
notamment, mais non exclusivement, selon le standard GSM (pour "Global System for 
Mobile communications* en anglais), DCS 1800 (pour "Digital Cellular System 1800 
MHz" en anglais), PCS 1900 (pour "Personal Communication System" en anglais), 
GPRS (pour "General Packet Radio service"), ou encore UMTS (pour "Universal 
Mobile Telecommunication System'* en anglais). 

Plus pr6cisement T 1* invention concerne un module de radiocommunication. On 
rappelle que le module de radiocommunication est un 616ment essentiel d T un 
radiotelephone, II hSberge et execute un logiciel principal (communement appele 
"logiciel de radiocommunication" ou "logiciel GSM") qui assure notamment des 
fonctions de communication sans fil (radiocommunication) et pilote divers 6I6ments 
matSriels (ecran, clavier, haut-parleur, „,) du radiotel6phone. 

Habituellement (premiere application), le module de radiocommunication est 
compris dans un terminal (ou ME, pour "Mobile Equipment'* en anglais) qui coopfere 
avec une carte SIM (pour "Subscriber Identity Module'* en anglais, ou module 
d' identification d*abonn6). 

D'autres applications ont d'ores et dej& £t& envisages pour le module de 
radiocommunication pr£ci te. 

II a notamment 6t& propose (seconde application) d'infcegrer le module de 
radiocommunication dans des dispositifs autres que des terminaux de 
radiocommunication, mais necessitant nSanmoins une fonctionnalite de communication 
sans fil. A titre d'exemple, on peut citer des dispositifs de tel£m6trie (relev^s de 
compteur), des dispositifs d'alarme ou encore des dispositifs lecteur de cartes bancaires. 

11 a egalement 6t6 propose (troisfeme application) de fournir le module de 
radiocommunication sous forme independante : il est alors qualify de modem, Un tel 
modem ne comprend aucun Pigment materiel (€cran, clavier, haut-parleur, ...) ^interface 
homme/machine. II est destin6 a coop<5rer avec un 6quipement tiers (supportant un 
logiciel client), qui lui possfede des elements materiels dlnterface homme/machine. 
Uequipement tiers peut notamment mais non exclusivement, etre un micro-ordinateur. 
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D'une Uqon g&i6rale, Tequipement tiers h^berge et execute un logiciel client de 
pilotage, permettant de piloter (c'est-a-dire de commander) le module de 
radiocommunication, grace k tin jeu de commandes de pilotage an format AT. Les 
commandes AT {pour "Attention command" en anglais) perrnettent a rgquipement tiers 
(ou TE pour "Terminal Equipment") d'exiger du terminal de radiocommunication 
auquel il est relte d'exScuter certaines actions pr&l&erminees, A cet effet, le logiciel 
principal (hSberge par le module de radiocommunication) comprend des moyens 
d'ex£cution des commandes AT, qui lui sont envoyges par le logiciel client de pilotage 
(heberge par l'6quipement tiers). 

Pour plus de precisions concernant les commandes AT, on pourra se reporter 
d'une part aux normes "GSM 07.05" et "GSM 07.07" de I'ETSI et d'autre part k la 
recommandation V25ter de T ITU-T, qui sont inserees ici par reference. 

D'une fa^on generate, le pilotage du module de radiocommunication par un 
6quipement tiers, grace aux commandes AT, ne s'applique pas uniquement dans le cadre 
de la premifere application pr£citSe (module de radiocommunication formant modem), 
mais aussi dans le cadre des premifere et seconde application prdcitSes (module de 
radiocommunication compris dans un terminal de radiocommunication ou un autre 
dispositif). 

En d'autres termes, quelle que soit Implication envisag6e, le module de 
radiocommunication peut Stre pilot6 par un <£quipement tiers avec lequel il coopfere 
(g6n£ralement via une liaison serie). Dans ce cas, un logiciel client de pilotage 
(comprenant une "application cliente externe"), hebergS et execute par FSquipement 
tiers, envoie des commandes AT k un logiciel principal, h6berg£ et execute par le 
module de radiocommunication, en vue de leur execution par ce dernier. 

Comme illustre sur la figure 2, le fonctionnement de la technique actuelle de 
pilotage d'un module de radiocommunication par un Squipement tiers peut Stre resumS 
ainsi : 

-Stape 11 l !r : Implication cliente externe (logiciel client de pilotage) 2 envoie une 
commande AT ; 
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- &ape "2" : la liaison s6rie 5 transmet la commande AT aux moyens 4 d'execution des 

commandes AT compris dans le logiciel principal 3 h6berg£ et execute 
par le module de radiocommunication 1 ; 

- etape B 3 ,f : les moyens 4 d'ex£cutton ex6cutent la commande AT ; 

- etape *4 B : apres execution, les moyens d'ex^cution 4 envoient une r£ponse AT a 

1'application cliente externe 2 ; 

- etape *5" : cette r£ponse est envoySe h travers la liaison s6rie 5 ; 

- etape H 6 n : Implication cliente externe 2 re§oit la r^ponse, 

Chacune de ces Stapes est illustrfe sur la figure 2 par un cercle dans lequel est 
inscrit le numero de Tetape concern^ La mSme convention est adoptee dans les figures 
suivantes relatives a la pr6sente invention (et qui sont dScrites en detail dans la suite de 
la description). 

La technique actuelle de pilotage d'un module de radiocommunication par un 
£quipement tiers presente plusieurs inconv&iients. 

Tout d'abord, elle nScessite un double jeu de ressources (processeur et memoire). 
En effet, le module de radiocommunication comprend un processeur et une m£moire 
(premier jeu de ressources) et l'equipement tiers dispose egalement d'un processeur et 
d'une m^moire (second jeu de ressources). La technique actuelle precitee est done 
cofiteuse en terme de materiel et de consommation gnergetique. 

Un autre inconvenient de la technique actuelle pr£cit6e est que le module de 
radiocommunication subit entierement le pilotage effectue par Tdquipement tiers. En 
effet, le logiciel client de pilotage, h£berge et ex6cufc§ par l r 6quipement tiers, est le 
"maltre", tandis que le logiciel principal, h6berg6 et execute par le module de 
radiocommunication, est Pesclave", 

L'invention a notamment pour objectif de pallier ces inconv&iients de fetat de la 
technique. 

Plus prScisement, fun des objectiifs de la presente invention est de fournir une 
technique de pilotage d'un module de radiocommunication, du type mettant en oeuvre un 
logiciel client de pilotage, qui soit simple et peu cofiteuse (en terme de materiel et de 
consommation energ6tique)„ 
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^invention a ggalement pour objectif de fourair une telle technique de pilotage 
permettant au module de radiocommunication, lorsque le pilotage est effectuS par un 
equipement tiers, de pouvoir supervisor (y inclus agir sur) le d6roulement de ce pilotage. 
En d r autres termes, on souhaite que le module de radiocommunication ne joue pas 
5 uniquement un r6Ie d'esclave. 

Ces diff^rents objectifs, ainsi que d'autres qui apparaltront par la suite, sont 
atteints selon I'invention k 1'aide d'lm module de radiocommunication, du type 
h^bergeant et executant un logiciel principal assurant notamment des fonctions de 
radiocommunication, ledit logiciel principal comprenant des moyens d'ex£cution de 
10 commandes de pilotage, envoyees au logiciel principal par au moins un logiciel client de 

pilotage et appartenant k un jeu de commandes de pilotage predetermine. Selon 
Invention, le module de radiocommunication hSberge et execute en outre au moins un 
logiciel client, dit logiciel client embarqu& En outre, le logiciel client embarque et le 
logiciel principal comprennent des moyens permettant au logiciel client embarqug de 
15 jouer au moins un des deux rSles suivants : 

le rSle d'un logiciel client de pilotage, envoyant des commandes de pilotage au 
logiciel principal, et recevant du logiciel principal des reponses, resultant de 
I'execution de certaines des commandes de pilotage ; 

le r61e d'un logiciel client de supervision, gfrant locution de commandes de 
20 pilotage envoyees par un logiciel client de pilotage, dit logiciel client externe, 

Mbergg et execute par un gquipement tiers coopgrant avec le module de 
radiocommunication, 

Le principe g6n6ral de invention consiste done k heberger sur le module de 
radiocommunication au moins un logiciel client pouvant jouer le r61e d'un logiciel client 
25 de pilotage et/ou le r61e d'un logiciel client de supervision. 

Ainsi, dans le cas oh le logiciel client embarquS joue le rdle d'un logiciel client 
de pilotage, le module de radiocommunication presents un fonctionnement autonome et 
peu coftteux. En eff et, dans ce cas, le module de radiocommunication n'a pas a cooperer 
avec un equipement tiers, et le logiciel principal et le logiciel client de pilotage utilisent 
30 les memes ressources (meme processeur et meme m£moire> 
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La prSsente invention permet egalement, dans le cas oft le logicie! client 
embarqu£ joue le r6ie d f un logicie! client de supervision, de ne pas limiter le module de 
radiocommunication k un r61e d'esclave vis-&-vis de l'6quipement tiers qui execute le 
logiciel client de pilotage. En effet, le logiciel client de supervision, exgcutS par le 
module de radiocommunication, gere le pilotage demand^ par le logiciel client de 
pilotage, ex£cut£ par l^quipement tiers. On notera que, dans ce cas, le logiciel client 
embarquS est un logiciel supplemental par rapport k la configuration de Tetat de la 
technique pr6cit& Toutefois, ce logiciel supplemental est peu cofiteux puisqull utilise 
les m&mes ressources (processeur et memoire) que le logiciel principal ggalement 
hSberge par le module de radiocommunication. 

Avantageusement, pour permettre au logiciel client embarque de jouer le r61e 
d r un logidel client de supervision : 

le logiciel principal comprend des moyens d'aiguillage de commandes, en 
fonction d'une politique d'aiguillage de commandes determin&s, de fagon k 
transmettre les commandes de pilotage provenant du logiciel client externe vers 
le logiciel client embarqu£ et/ou vers les moyens d r ex£cution compris dans le 
logiciel principal ; 

le logiciel client embarque comprend des moyens de traitement des commandes 
de pilotage aiguillees vers lui par lesdits moyens d'aiguillage de commandes. 
De cette fa§on, le logiciel client embarquS peut : 

soit n'effectuer aucune action, les commandes &ant transmises uniquement au 
logiciel principal, qui les execute directement ; 

soit effectuer un filtrage des commandes qui lui sont transmises sans Stre 
ex6cut£es par le logiciel principal, Le logiciel client embarque peut ainsi par 
exemple decider, en fonction de critferes d&ermin&s, quelles commandes doivent 
etre ex6cutees par le logiciel principal et quelles commandes peuvent f aire I'objet 
d r une reponse sans execution ; 

soit w "espionnage 11 des commandes dont il regoit une copie et qui sont par 
ailleurs directement executes par le logiciel principal. 

De fa§on avantageuse, pour permettre au logidel client embarqu£ de jouer le r&le 
d f un logidel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de reponses, en fonction 
d'une politique d'aiguiilage de reponses determine, de fa?on h transmettre des 
reponses, resultant de Tex^cution de certaines des commandes de pilotage par les 
moyens d'ex^cution conipris dans le logiciel principal, vers le logiciel client 
embarqu£ et/ou vers le logiciel client externe; 

le logiciel client embarqufi comprend des moyens de traitement des reponses 
aiguillees vers iui par lesdits moyens d r aigui!lage de reponses. 
De cette fa§on, le logiciel client embarqug peut : 

soit n'effectuer aucune action, les reponses g6ner£es par le logiciel principal £tant 
transmises uniquement an logiciel client externe ; 

soit effectuer un filtrage des r6ponses qui Iui sont transmises sans Stre transmises 
au logiciel client externe. Le logiciel client embarqu6 peut ainsi par exemple 
decider, en fonction de critferes d&ermin6s, quelles reponses doivent 6tre 
transmises au logiciel client externe (en Slant ou non modifies) et quelles 
r6ponses ne doivent pas TStre ; 

soit un "espionnage* des reponses dont il re9oit une copie et qui sont par ailleurs 
directement transmises au logiciel client externe, 

Pr6f6rentiellement, ledit logiciel principal comprend une application principal 
basee notamment sur un jeu de fonctions ^execution, permettant chacune 1'execution 
d'au moins une desdites commandes de pilotage. Le logiciel client embarque comprend 
une application cliente, bas£e notamment sur un jeu de fonctions sources, permettant 
chacune 1'envoi ou la reception, vers ou en provenance de Tapplication principale, de 
commandes de pilotage ou de reponses a des commandes de pilotage. Le logiciel 
principal et/ou ledit logiciel client embarque comprend(nnent) une application 
d'interface, permettant Finterfasage desdites fonctions sources avec lesdites fonctions 
d ! ex6cution> 

Ainsi, on limite les coflts de developpement, du fait que Implication dinterface 
(aussi appetee par la suite ^librairie ^interface applica 

6tre utilisee avec differentes applications clientes, voire avec diffSrents logiciel 
principaux. 



7 



2822627 



Dans un mode de realisation preferentiel de Finvention, ledit jeu de commandes 
de pilotage est un jeu de commandes AT standard. 

Ceci permet un d^veloppement rapide du logiciel client embarque, les 
commandes AT 6tant bien connues et d€jk utilisees pour le dgveloppement des logiciels 
clients externes (heberg£s par les gquipements tiers). Ceci facilite ggalement le 
dgveloppement d'un logiciel client fortement base sur un logiciel client externe existant 

^invention concerne Sgalement un procedS de mise en ceuvre d r un logiciel client 
de pilotage d'un module de radiocommunication, ledit module de radiocommunication 
£tant du type hSbergeant et executant un logiciel principal assurant notamment des 
fonctions de radiocommunication, ledit logiciel principal comprenant des moyens 
d'exScution de commandes de pilotage, envoy6es au logiciel principal par ledit logiciel 
client de pilotage et appartenant a un jeu de commandes de pilotage predetermine Seion 
Invention, ledit module de radiocommunication h£berge et execute au moins un logiciel 
client, dit logiciel client embarque. Le logiciel client embarqu^ et le logiciel principal 
dlaloguent Tun avec t'autre de fagon que le logiciel client embarqu<5 joue au moins un 
des deux rdles suivants : 

le r&le dudit logiciel client de pilotage, envoyant des commandes de pilotage au 

logiciel principal, et recevant du logiciel principal des r6ponses, resultant de 

VexScution de certaines des commandes de pilotage ; 

le r61e d'un logiciel client de supervision, g6rant Fexecution de commandes de 
pilotage envoyges par ledit logiciel client de pilotage, ledit logiciel client de 
pilotage, dit logiciel client externe, etant h6berg6 et execute par un equipement 
tiers coopfirant avec le module de radiocommunication. 

D'autres caractSristiques et avantages de Tinvention apparaftront a la lecture de 
la description suivante d'un mode de realisation preferentiel de I'invention, donn6 h. titre 
d'exemple indicatif et non limitetif, et des dessins annexes, dans lesquels : 

la figure 1 prSsente un schema simplify d'un mode de realisation particulier d'un 

module de radiocommunication la pr6sente invention ; 

la figure 2 illustre le fonctionnement de la technique actuelle de pilotage d'un 

module de radiocommunication par un equipement tiers ; 
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la figure 3 illustre le fonctionnement d'un premier mode de realisation du module 
de radioconununication selon la prfisente invention, dans leque! le logiciel client 
embarquS joue le r61e d'un logiciel client de pilotage ; 

les figures 4 k 7 illustrent chacune un mScanisme de f onctionnement d T un second 
mode de realisation du module de radiocommuni cation selon la pr^sente 
invention, dans lequel le logiciel client embarqu6 joue le r61e d'un logiciel client 
de supervision, et plus pr£cis£ment : 

* la figure 4 illustre un m£canisme d T aiguillage de commandes, permettant 
au logiciel client embarqu^ de filtrer les commandes provenant du 
logiciel client externe ; 

* la figure 5 illustre une variante du mecanisme d'aiguillage de commandes 
de la figure 4, permettant au logiciel client embarqu6 d'espionner les 
commandes provenant du logiciel client externe ; 

* la figure 6 illustre le mecanisme d'aiguillage de reponses, permettant au 
logiciel client embarqug de filtrer les r^ponses destinees au logiciel client 
externe ; 

* la figure 7 illustre une variante du mecanisme d'aiguillage de reponses de 
la figure 6, permettant au logiciel client embarqu6 d'espionner les 
reponses destinies au logiciel client externe. 

^invention concerne done un module de radiocommunication Mbergeant et 
ex6cutant, avec le mSme jeu de ressources (processeur et m&noire), un logiciel principal 
et (au moms) un logiciel client embarqu& 

De fa?on classique, le logiciel principal (par exemple un logiciel GSM") assure 
notamment des fonctions de radiocommunication, et comprend des moyens d'execution 
de commandes de pilotage (qui lui envoy6es par un logiciel client de pilotage). 

Le logiciel client embarqu6 (concept propre h la presente invention) peut jouer : 
le r61e d'un logiciel client de pilotage (premier mode de realisation de invention, 
decrit ci-dessous en relation avec la figure 3), et/ou 

le r61e d'un logiciel client de supervision (second mode de realisation de 
Tinvention, dficrit ci-dessous en relation avec les figures 4 &7), 
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Dans la suite de la description, on suppose que ies commandes de pilotage sont 
des commandes AT. II est clair toutefois que la pr&ente invention n'est nullement 
limine a ce type de commande de pilotage* 

Dans le mode de realisation particulier illustre sur la figure 1, le logiciel principal 
3 comprend une application principale 3a, basee notamment sur un jeu de fonctions 
d'execution, permettant chacune l'ex£cution d'au moins une des commandes AX 

Par ailleurs, le logiciel client embarqu6 6 comprend ; 

une application cliente 6a t basSe notamment sur un jeu de fonctions sources, 
permettant chacune I'envoi ou la reception, vers ou en provenance de 
^application principale la, de commandes AT ou de reponses k des commandes 
AT , 

une application d'interface 6b, permettant rinterfa§age des fonctions sources (de 
Implication cliente 6a) avec les fonctions d'ex&ution (de Implication principale 
la). 

Pour communiquer Tun avec Tautre, le logiciel client embarqu£ 6 et le logiciel 
principal 3 s'appuient chacun sur une couche API, references 61 et 31 respectivement 
On rappelle que le terme API (pour "Application Programming Interface" en anglais) 
d&signe une interface. Cestune description des regies de communication correspondant 
a un certain ensemble fonctionneL 

C6te logiciel client embarque 6, la couche API (embarquee) 61 comprend: 

dans Implication cliente embarquee 6a : 

* un bloc "Application Mandatory API", formant interface d6crivant des 
fonctions devant Stre d&Inies dans Implication cliente embarquee ; 

dans I ! appii ca ^ on ^interface (ou librairie ^interface application) 6b : Ies trois 
blocs suivants : 

* un bloc R AT command APP, formant interface d6crivant Pacc&s aux 
commandes AT, cette interface decrit des fonctions se trouvant dans la 

librairie d'interface application ; 

* un bloc "OS APP, formant interface d^crivant Pacces aux fonctions du 
systfeme d'exploitation (Operating System), cette interface decrit des 
fonctions se trouvant dans la librairie d 'interface application ; 
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* un bloc "Standard API\ formant interface d6crivant Faccfes h des 
fonctions standard, cette interface decrit des fonctions se trouvant dans la 
librairie d'interface application. 

C6t6 logiciel principal 3, la couche API (export£e) 3i comprend, dans 
Implication principale 3a : 

* un bloc " AT Command API pendant du bloc du m6me nom de la 
couche API (embarquSe) 61 c6t6 logiciel client embarque 6 ; 

* un bloc "OS API, pendant du bloc du mSme nom de la couche API 
(embarquee) 61 c6te logiciel client embarquS 6. 

L'application principale 3a constitue le noyau du logiciel principal 3 t et 
{'application cliente 6a et Tapplication ^interface 6b constituent le noyau 60 du logiciel 
client embarque 6* 

Uapplication d'interface 6b est une entity Iogicielle qui permet le dialogue entre 
les deux entites logicielles autonomes (ou binaires que sont Tapplication cliente 6a et 
1'appiication principale la, Elle se prSsente par exemple sous la forme d'une librairie 
(d£j& compile), 

Le logiciel client embarque et le logiciel principal utilisent chacun une partie 
distincte d r une m6me memoire vive (RAM). Le client deflnit la taille de la pile memoire 
necessaire h la bonne execution du logiciel client embarque. Une tentative d T accfes de 
Tun des deux logiciels h une partie de la memoire vive reserv6e k Fautre logiciel 
provoque un arrSt de foncdonnement. 

On pr^sente maintenant, en relation avec la figure 3, un premier mode de 
realisation de Tinvention dans lequel le logiciel client embarque joue le r6Ie d'un logiciel 
client de pilotage. 

Les elements compris de fa§on classique dans un module de 
radiocommunication, et presents ci-dessus en relation avec la figure 2 (art anterieur), 
conservent les m$mes references numeriques. Ainsi, le module de radiocommunication 
1 heberge et execute un logiciel principal 3 comprenant notamment des moyens 4 
d'execution des commandes AT. 

Par ailleurs, selon le premier mode de realisation de Invention et comme 
pMsente ci-dessus en relation avec la figure 2, le module de radiocommunication 1 
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heberge et execute en outre un logiciel client embarque 6, jouant le r6le d'un logiciel 
client de pilotage et comprenant notamment une application cliente embarqu£e 6a et une 
application ^interface 6b. 

Le fonctionnement de ce premier mode de realisation de Invention peut &re 
r£sum6 ainsi : 

~6tape n l": Fapplication cliente embarqu6e 6a appelle une fonction source 
(wm_at3endCommand fl ) d'envoi vers les rnoyens 4 d'exfeition (compris 
dans le logiciel principal) d'une ou plusieurs commande(s) AT, Cette 
fonction source est presentee en detail dans la suite de la description ; 

- 6tape "2 rt : Implication d'interface 6b appelle la ou les fonctions d'execution 

appropri&s au sein des rnoyens 4 d'execution (compris dans le logiciel 
principal 3) ; 

- etape ir 3" : les rnoyens 4 d'ex&ution ex&utent la ou les commande(s) AT ; 

- 6tape "4" : apres execution, les rnoyens d'ex&utian 4 envoient la ou les r^ponse(s) 

AT a Implication cliente embarqu^e 6a (si la commande d'envoi pr£cit6e 
a 6t& parametree en ce sens) ; 

- 6tape "S" : cette ou ces rgponse(s) est(sont) expgdi6e(s) par Implication d'interface 

6b, qui appelle, au sein de Tapplication cliente embarqule 6a, la fonction 
source ( ,, wm_apmAppiiParser ,, ) de traitement d r un message provenant du 
logiciel principal Un parametre de cette fonction source de traitement est 
le message qui contient la ou les reponse(s) precitee(s). Cette fonction 
source est pr6sentee en detail dans la suite de la description ; 

- 6tape fl 6 ir : au sein de ('application cliente embarqu€e 6a, la fonction source de 

traitement traite la reponse. 

On pnSsente maintenant, en relation avec les figures 4 k 7, un second mode de 
realisation de rinventton dans lequel le logiciel client embarque joue le role d'un logiciel 
client de supervision. 

Dans ce second mode de realisation, le module de radiocommuni cation n'est-pas 
autonome (contrairement au premier mode de realisation), mais est pilots par un 
6quipement tiers avec lequel il coopfere. La configuration est done celle de Tart ant€rieur, 
d£crite ci-dessus en relation avec la figure 2 (les mfemes elements conservent les mSmes 
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references mxm€riques). En d'autres termes, une application cliente externe (logiciel 
client de pilotage) 2 envoie des commandes AT & un logiciel principal 3, en vue de leur 
execution par le logiciel principal 3. 

Selon Ie second mode de realisation de Invention, le module de 
radiocommunication 1 heberge et execute en outre un logiciel client ernbarqu6 6, jouant 
le rdle d'un logiciel client de supervision et comprenant notamment une application 
cliente embarquSe 6a et une application d r interface 6b. De fa§on transparente pour 
Implication cliente externe 2, le logiciel client embarqu6 6 supervise I'execution (ou 
non) des commandes AT par les moyens 4 d ! ex£cution compris dans le logiciel principal 
3. 

Le logiciel client embarqu£ 6 (logiciel de supervision) peut decider de ta mise en 
oeuvre, au sein du module de radiocommunication, notamment de : 

un mecanisme d 1 aiguiliage et de traitement des commandes AT, envoy^es par 
Implication cliente externe (logiciel client de pilotage) 2. Trois variantes de mise 
en oeuvre de ce m6canisme sont par exemple proposes, selon lesquelles le 
logiciel principal 3 transmetles commandes AT qtfil re§oit : soit uniquement aux 
moyens 4 d'ex£cution (premifere variante), soit uniquement au logiciel client 
embarque 6 (seconde variante), soit aux deux (troisifeme variante) ; 
un mecanisme d'aiguillage et de traitement des r£ponses AT, resultant de 
rex&mtion par les moyens 4 d'execution (compris dans le logiciel principal 3) de 
commandes AT. Trois variantes de mise en oeuvre de ce mecanisme sont par 
exemple proposees, selon lesquelles les r£ponses AT generees par le logiciel 
principal 3 sont transmises respectivement uniquement k TappH cation cliente 
externe 2 (premiere variante), uniquement au logiciel client embarque 6 (seconde 
variante), ou bien aux deux (troisifeme variante). 

On notera que la premifere variante de chacun des deux mecanismes pr£cit£s 
(relatif s aux commandes AT et aux reponses AT respectivement) signifie que le logiciel 

client embarque 6 peut decider d'etre total ement passif a certains moments Elles 

correspondent done & un fonctionnement classique du module de radiocommunication, 
tel que d6crit precedemment en relation avec la figure 2, et ne sont pas d£crites a 
nouveau. 
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On prSsente maintenant, en relation avec la figure 4, la seconde variante du 
mScanisme d'aiguiilage et de traitement des commandes AT, qui permet au logiciel 
client embarqu6 6 de filtrer les commandes AT provenant de Implication cliente externe 
2, 

Le fonctionnement de cette seconde variante du mScanisme d'aiguillage et de 
traitement des commandes AT peut Stre r£sum£ en deux phases successives, k savoir : 

une phase prSalable de selection, par Papplication cliente externe 2, de la 
(seconde) politique d'aiguillage de commandes AT* selon iaquelle les 
commandes AT sont retransmises uniquement au logiciel client embarque 6, et 
une phase de traitement, selon la (seconde) politique d f aiguillage de commandes 
selectionnSe, des commandes AT envoyfes par Implication cliente externe 2. 
La phase prSalable de selection de la seconde politique d'aiguillage de 
commandes AT comprend les Stapes suivantes : 

-StapeT' : Tapplication cliente embarqu^e 6a appelle une fonction source 
("wm^atCmdPreParserSubscribe*') description auprfes du logiciel 
principal 3 k un service d f aiguillage de commandes AT (ou "command 
pre-parsing service" en anglais), avec un parametre de cette fonction 
description qui indique le choix de la seconde politique d r aiguillage de 
commandes AT- Cette fonction source est pr6sent£e en detail dans la 
suite de la description ; 

- 6tape "2* : Implication d'interface 6b appelle, au sein du logiciel principal 3, la ou 

les fonction(s) d'execution appropriee(s), dite(s) fonction 
d'enregistrement de Inscription au service d'aiguillage de commandes 
AT; 

- 6tape "3" : le logiciel principal 3 6tablit Inscription demandee par TapP lica tion 

cliente embarqu£e 6a, via l r appli ca tion ^interface 6b. 
Dans un seul souci de simplification, on suppose dans la suite de la description 
(et comme illustr6 sur la figure 4), que la ou les f onction(s) d'enregistrement de 
Tinscription au service d'aiguillage de commandes AT sont comprises, au sein du 
logiciel principal 3, dans les moyens 4 d'execution de commandes AT. 
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Egalement dans un seul souci de simplification, on suppose dans la suite de la 
description (et comme UlustrS sur la figure 4), que les moyens d'aiguillage de 
commandes (discuss ci-apres) sont compris, au sein du logiciel principal 3, dans les 
moyens 4 d'ex6cuiion de commandes AT, 

La phase de traitement des commandes AT comprend les etapes suivantes : 

- 6tape M* : l ! application cliente externe 2 envoie une commande AT au logiciel 

principal 3 ; 

- etape H 5" : la liaison s6rie 5 transmet la commande AT k des moyens d'aiguillage de 

commandes, compris dans les moyens 4 d'ex^cution (eux-m§mes compris 
dans le logiciel principal 3) et fonctionnant selon la seconde politique 
d'aiguillage de commandes AT (s61ectionnee lors de la phase pr&dable) ; 

- gtape "6 1 ' : sans Stre ex6cut£es par les moyens 4 d*ex£cution> la commande AT est 

retransmise uniquement au logiciel client embarquS 6 ; 

- etape "7" : la commande AT est expSdiSe par Implication ^interface 6b, qui 

appelle, au sein de Implication cliente embarquee 6a, la fonction source 
(Vm^apmAppliParser*) de traitement d'un message provenant du 
logiciel principal* param&r£e ici notamment par un message qui contient 
la commande AT et qui indique qu'il s'agit de la commande AT 
11 originate". Cette fonction source est present6e en detail dans la suite de 
la description ; 

~ gtape "8" : au sein de Tapplication cliente embarquee 6a, la fonction source de 
traitement traite la commande AT. 
Ce traitement consiste par exemple a renvoyer la commande AT vers les moyens 
4 d'execution (selon le m£canisme correspondant au premier mode de realisation de 
^invention, d<Scrit ci-dessus en relation avec la figure 3). II pent ggalement consister en 
la fourniture arbitraire d'une rgponse par le logiciel client embarque 6 lui-mSme, sans 
que la commande AT soit ex6cutee. Dans ce cas, le logiciel client embarque 6 tient par 
exemple compte d ! au moins une information relative a la commande AX cQncernee 
(type de commande, nature du ou des parametres, etc). D f une fa?on g6n6rale, quel que 
soit le traitement effectug, on comprend que le logiciel client embarquS 6 Tiltre" la 
commande AT. 
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On pr6sente maintenant, en relation avec la figure 5, la troisieme variante du 
mecanisme d'aiguillage et de traitement des eommandes AT, qui permet au logiciel 
client embarque 6 d'espionner les eommandes AT provenant de Implication cliente 
externe 2. 

Le fonctionnement de cette troisi&ne variante du mecanisme d'aiguillage et de 
traitement des eommandes AT peut aussi Stre r6$um6 en deux phases successive^, h 
savoir; 

une phase prealable de selection, par Implication cliente externe 2, de la 
(troisifeme) politique d r aiguillage de eommandes AT, selon laquelle les 
eommandes AT sont retransmises non settlement au logiciel client embarqu6 6 
mais aussi aux moyens 4 d'ex6cution (compris dans le logiciel principal 3), et 
une phase de traitement, selon la (troisieme) politique d'aiguiliage de eommandes 
s61ectionn€e, des eommandes AT envoy^es par Implication cliente externe 2. 
Le fonctionnement de cette troisifeme variante difffcre de celui de la seconde 
variante essentiellement en ce que : 

lors de I'etape "1" de la phase prealable, Implication cliente embarquee 6a 
selections la troisifeme (et non pas la seconde) politique d ! aiguillage de 
eommandes AT ; 

lors de T&ape "6" de la phase de traitement, la commande AT est transmise aux 
moyens 4 d'execution et une copie de cette commande AT est transmise au 
logiciel client embarqu^ 6 ; 

lors de Tetape "S" de la phase de traitement, au sein de implication cliente 
embarquee 6a, la fonction source de traitement traite la copie de la commande 
AT; 

la phase de traitement comprend en outre une etape "7", au cours de laquelle les 
moyens 4 d'exfcution compris dans le logiciel principal 3 executent la 
commande AT. 

On presente maintenanty en relation avec la figure 6, la seconde variante du 
m6canisme d'aiguillage et de traitement des r£ponses AT, qui permet au logiciel client 
embarque 6 de filtrer les reponses AT destinees a implication cliente externe 2. 
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Le fonctionnement de cette seconde variante du mecanisrne d'aiguiliage et de 
traitement des reponses AT peut aussi Sire resumfi en deux phases successives, h savoir : 
une phase prSalable de selection, par i^pplication cliente externe 2, de la 
(seconde) politique d'aiguiliage de reponses AT, selon laquelle les r6ponses AT 
g£n£rees par le logiciel principal 3 sont transmises uniquement au logiciel client 
embarqu£ 6 ; 

une phase de traitement, selon la (seconde) politique d'aiguiliage de reponses 
s&ectionnSe, des reponses AT gener€es par le logiciel principal 3. 
La phase prealable de selection de la seconde politique d'aiguiliage de reponses 
AT comprend les Stapes suivantes : 

~£tape f T' : Implication cliente embarquge 6a appelle une fonction source 
("wnuatRspPreParserSubscribe") description aupres du logiciel 
principal 3 h un service d'aiguiliage de reponses AT (ou "response pre- 
paring service" en anglais), avec un paramfetre de cette fonction 
description qui indique le choix de la seconde politique d'aiguiliage de 
r&ponses AX Cette fonction source est presentee en detail dans la suite de 
la description ; 

- gtape M 2" : Implication d'interface 6b appelle, au sein du logiciel principal 3, la ou 

les fonction(s) d'execution appropri6e(s), dite(s) fonction 
d'enregistrement de rinscription au service d'aiguiliage de reponses AT ; 

- 6tape "3" : le logiciel principal 3 6tablit Inscription demandee par Tapplication 

cliente embarquee 6a, via Implication d f interface 6b, 
Dans un seul souci de simplification, on suppose dans la suite de la description 
(et comme illustr6 sur la figure 6), que la ou les fonction(s) d r enregistrement de 
rinscription au service d'aiguiliage de reponse AT sont comprises, au sein du logiciel 
principal 3, dans les moyens 4 d'ex^cution de commandes AT. 

Egalement dans un seul souci de simplification, on suppose dans la suite de la 
description (et comme illusM sur la figure 6), que ks moyens dMguiHage de reponses 
(discutes ci-apres) sont compris, au sein du logiciel principal 3, dans les moyens 4 
d'execution de commandes AT, 

La phase de traitement des reponses AT comprend les etapes suivantes : 
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- etape "4" : 1'appiication cliente externe 2 envoie une commande AT au logiciel 

principal 3 ; 

- 6tape H 5" : la liaison serie 5 transmet la commande AT aux moyens 4 d T ex£cution 

(compris dans le logiciel principal 3) ; 

- 6tape n 6" : les moyens 4 d'execution executent la commande AT et genere une 

r^ponse AT ; 

- etape "7 11 : des moyens d'aiguillage de reponses, compris dans les moyens 4 

d'execution et fonctionnant selon la seconde politique d'aiguillage de 
reponses AT (s6iectionnee lors de la phase pr&*lable), envoient la nSponse 
AT au logiciel client embarquS 6 ; 

- gtape "8 ,r : la r6ponse AT est expSdtee par Implication dlnterface 6b, qui appelle, au 

sein de Implication cliente embarquSe 6a, la fonction source 
( u wm_apmAppliParser ,, ) de traitement d r un message provenant du 
logiciel principal, parametree ici notamment par un message qui contient 
la rfiponse AT et qui indique qu'il s ! agit de la rdponse AT "originate" ; 

- gtape rt 9" : au sein de Tapplication cliente embarqu^e 6a, la fonction source de 

traitement traite la reponse AT, On peut parler ici de "filtrage* des 
reponses AT par le logiciel client embarqug. 
On presente maintenant, en relation avec la figure 7, la troisieme variante du 
m^canisme d'aiguillage et de traitement des reponses AT, qui permet au logiciel client 
embarqu£ 6 d'espionner les reponses AT destinies a Tapplication cliente externe 2. 

Le fonctionnement de cette troisifeme variante du mecanisme d T aiguiIIage et de 
traitement des r6ponses AT peut aussi Stre resume en deux phases successives, a savoin 
une phase prfialable de selection, par Tapplication cliente externe 2, de la 
(trois&me) politique d'aiguillage de reponses AT, selon laquelle les r6ponses AT 
sont retransmises non seulement au logiciel client embarqu6 6 mais aussi k 
Tapplication cliente externe 2, et 

une phase de traitement^ selon la (troisifeme) politique d^guttlage-deHneponses 
s61ectionn6e, des reponses AT generics par le logiciel principal 3, 
Le fonctionnement de cette troisifeme variante differe de celui de la seconde 
variante essentiellement en ce que : 
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lors de 1'etape * V de la phase prSaiable, Implication cliente embarquee 6a 
selectionne ia troisifeme (et non pas la seconde) politique d f aiguillage de r6ponses 
AT; 

lors de Tetape H 7 n de la phase de traitement, la rSponse AT est transmise h 
Implication cliente externa 2 et une copie de cette rdponse AT est transmise vers 
le logiciel client embarque 6 ; 

lors de l'&ape rt 9 M de la phase de traitement, au sein de 1'application cliente 
embarquee 6a, lafonction source de traitement traite la copie de la r£ponses AT ; 
la phase de traitement comprend en outre une 6tape "8™, au cours de laquelle la 
reponse est envoyee a travers la liaison s6rie 5, et une gtape "9 !rl au cours de 
laquelle Implication cliente externe 2 revolt et traite la r6ponse. 
On trouvera en Annexe 1 une presentation detaillee de certaines des fonctions 

sources sur lesquelles est basee Implication cliente embarquee. 

A titre illustratif, on trouvera en Annexe 2 un exemple ^application embarquee, 

6crite en langage C et dont Tobjectif est d r envoyer une commande ATI3 trois secondes 

aprfes chaque initialisation et ecriture d'objets en m6moire Hash, 

Dans le cadre de la pr&ente invention, de fa?on optionnelle, on peut egalement 

prSvoir d'utiiiser, outre les commandes AT standard, au moins une des commandes AT 

supplemental suivantes : 

commande de chargement d'un logiciel client (AT+WDWL), permettant au 
logiciel client externe de charger un nouveau logiciel client dans le module de 
radiocommunication ; 

commande de deactivation (AT+WOPEN), permettant au logiciel client externe 
de d£sactiver le logiciel client embarqu& 
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ANNEXE 1 ; 

Presentation detaillee de certaines fonctions sources sur lesquelles 
est basee {'application cliente erabarquee 

AD "wm apmAppliParser" : 

fonction de traitement d'un message provenatit du Iogiciel principal. Le message formant 
parametre de la fonction de traitement contient notamment une commande AT ou une 
r£ponse a tine commande AT. 

Nom exact : 

bool wm_apmAppIiParser(wm_apmMsgj; * Message); 
Parametres 

Message 

La structure du message change avec chaque type de message regu : 

typedef struct 
{ 

sl6 MsgTyp; 
/* "MsgTyp* est un type de message re9u, qui permet de determiner la structure 
associee du corps du message */ 

wm_apniBody J. Body; /* "Body" est un corps de message sp6cifique */ 
> wm^apmMsgJ;; 

Valeurs de "MsgTyp" : 
WMJ\TJSENDJRSP 

Le message contient une rSponse k une commande AT pr^alablement envoy€e 
au Iogiciel principal par le Iogiciel client embarqug 

WM^AT^UNSOLICITED 

Le message contient une commande AT non sollicitee 
^^AT_CMD_PREJ 5 ARSm 

Le message contient une commande AT envoyee par un Iogiciel client externe, 
via le iogiciel principal 

WMLAT JISPJPRBJPARSER 
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Le message contient une reponse AT resultant de {'execution par le logiciel 
principal d T une commande AT provenant d'une application externa 

WMJ3SJTIMER 

Le message est envoye k Fexpiratton tfune temporisation. 
La structure du corps est : 
typedef union 

/* Sont incluses ici toutes les structures specifiques associges aux types de 

message "MsgTyp" */ 

/* WM^T^SEND^RSP */ 

wm__atResponse J; ATResponse ; 

/* WM^AT^UNSOLICITED */ 
wm^atUnsolicitedJ: ATUnsolicited; 

/* WM,JVT_CMDJPRE„PARSER */ 
wn^atCmdPreParserJ; ATCmdPreParser; 

;/* WR.ATJ*SPJ>REJ>ARSER */ 



} wm_apmBody_t; 

Les sous-structures du corps sont : 

Corps pour WMjkTjSEJTO J&SP : 
typedef struct { 

wm_atSendRspType_e Ty 



} wm_atResponse_t; 

typedef enum { 

WM_AT_SENnDJRSP_TOJEMBEDDED, 

WM_AT„SEND_RSPJTO_EXTERNAL, 

WM_AT_SEND_RSP3ROADCAST 
} wm_atSendRspType__e; 

(voir le detail de la fonction "wm^atSendCommand*, pour la description de 
Vm_atSendRspType_e description"). 



wmjatRspPreParserJ; 

/* WMJOS JI1MER 
wiTLPsTirnerJ: 



ATRspPreParser 



*/ 

OSTimer; 



ul6 
char 




/* Longueur de strData */ 
/* rfiponse AT */ 
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Corps pour WM^AT^UNSOLICITED : 
typedef struct { 

wm_atUnsolicited_e Type; 
ul6 StrLength; 
5 char StrData[l]; 

} wm_atUnsolicited_t; 

typedef enum { 

WM_AT_UNSOLICrrEDJTOJEXTERNAL, 
10 WM^AT^UNSOLICITED^TOJEMBEDDED, 

WM_ATJJN30LICITED BROADCAST 
} wm_atUnsolicited_e; 

(voir Ie detail de la fonction "wm^tUnsolicitedSubscription", pour la 
15 description de tt wm_atUnsolicited_e"). 

Corps pour WM_ AT_CMD_PRE JP ARSER : 

typedef stract { 

wm_atCmdPreSubscribe_e Type; 
20 u!6 StrLength; 

char StrData[l]; 
} wm_atCmdPreParser_t; 

typedef enum { 

25 WM^AT^CMD^PRE^WAVECOM^TREAllvrENT, /* Valeur par defaut */ 

WM^AT^CMD^PRE^EMBEDDED^TREATMENT, 
WM^AT^CMDJPRE^BROADCAST 
} wm_aCmdPreSubscribe_e; 

30 (voir le detail de la fonction n wm„atRspPreParserSubscribe", pour la description 

de w wm_atCmdPreSllbscribe_,e ,, )♦ 
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Corps pour WM^ATJRSPJPREJPARSER : 



22 



2822627 



typedef struct { 

wm_atRspPreSubscribe_e Type; 

ul6 StrLength; 

char StrData[l]; 
} wm„atRspPreParserJ;; 

typedef enum { 

WM_AT_RSP_PRE_WAVECOMJTREATMENT, /* Valeur par defaut */ 

WM^AT^RSP^PRE^EMBEDDEDJR^TOENT, 

WM^AT_RSP^PRE3ROADCAST 

> wm_atRspPreSubscribe_e; 

(voir le detail de la fonction Vm^atRspPreParserSubscribe", pour la description 
de n wm_atRspPreSubscribe_e"). 

Corps pour WM_GS JTIMER : 
typedef struct { 

u8 Ident; /* Identifiant de Temporisadon */ 

> wm_osTimer_J; 

(voir le detail de la fonction Vm^osStartTimer", pour la description de "Ident 11 ). 
Valeurs retournfes 

Le param&tre de retour indique si le message a &6 traits (VRAI) ou non (FAUX), 
A2> w wm atSendCommand" 

fonction d'envoi vers le logiciel principal d'au moins une commande AT, dont un 
parametre indique le(s) logiciel(s) destinataire(s) (h savoir le logiciel client embarqu6 
etfou le logiciel client externe) de la r6ponse resultant de l r ex6cution de cette commande 
AT, 

Norn exact: 

void wm^atSendCommand ( ul6 AtStangSize, 

wra_atSendRspType_e ResponseType, 
char *AtString t ); 

Parametres 
AtString 
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Ce parametre peut etre tout type de chalne de commandes AT, en caracteres ASCIL 
Piusieurs chalnes peuvent Stre envoy^es en m£me temps, 

AtStringSize 

5 Taille du parametre prudent : AtString. 

ResponseType 

Type de la r^ponse 
typedefenum { 
10 WM_AT_SEND_RSP_JO_EMBEDDED, /* Valeur par defaut */ 

WM„AT_SEND_RSPJTO_EXTERNAL, 
WM_AT_SEND_RSPJ3ROADCAST 
} wm_atSendRspType_e; 

15 WM_AT_SEND_RSP_TO_EMBEDDED 

Toutes les reponses sent redirigSes vers Tapplication cliente embarquee 
(Embedded application). Cest le mode par defaut 

WM^T_SEND_RSP_TO_EXTERNAL 
20 Toutes les reponses sont redirigees vers Papplication cliente externe (PC). 

WM^AT^SENDJLSP3ROADCAST 

Toutes les reponses sont redjrigges ("diffusges 11 ) vers Tapplication cliente 
embarquee et Implication cliente externe (PC), 

25 

A3) "win atUnsoIicitedSubscrip tiQw" : 

fonction ^inscription aupres du logiciel principal k un service de reception de 
commandes AT non sollicxtees, dont un parametre indique vers quel(s) logiciei(s) 
destinataire(s) (a savoir le logiciel client embarquS et/ou le logiciel client externe) doit 
30 Stre redirig6e chacune des commandes AT non sollicitees 

Nom exact s 

void wm_atUnsolicitedSobscription ( 

wm_atUnsoKcitedje Unsolicited); 

Paramfetres 
Unsolicited 

Ce parametre d&rit Taction effectu6e quand une commande AT non soliicit^e arrive. 

40 

typedef enum { 

WM_AT_UNSOLICITEDjrOJEXTERNAL, /* Valeur par defaut */ 
WM^AT^UNSOUCITEDjrO^EMBEDDED/ 
WM_AT_UNSOLICITED_.BROADCAST» 
45 } wm_atUnsolicited_e; 

^ AX UNS0LICIXED X0 EXTERNAL 

Toutes les commandes non sollicitees seront redirigSes vers Implication cliente 
externe (PC) (mode par defaut) 
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WM_j\T_UNS0LlClTEDJTOJBMBEDDED 

Toutes les commandes non sollicit6es seront redirigSes vers Implication cliente 
embarquee 

5 

WM3T„UNSOLICITED_BROADCAST 

Toutes les commandes non sollicitges seront redirigdes (diffuses) vers 
Fapplication cliente extenie (PC) et Fapplication cliente embarquee 

10 A4> "wm atCmdPreParserSubscribel; 

fonction description auprfes du logicie! principal k un service d'aiguillage de 
commandes AT, dont un parametre Indique vers quel(s) logiciei(s) (a savoir ie logiciel 
principal et/ou le logiciel client embarqu€) doit §tre aiguillee chacune des commandes 
AT provenant d'une application externe. 
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^Jom exact • 

void wm^atCmdPreParserSiibscribe ( 

wro_atCmdPreSubscribe_e SubscribeType); 



20 Parainelres 

SubscribeType 

Ce parametre d6crit Faction effectufe quand une commande AT arrive 

25 typedef enum { 

WlVl_AT_CMD_PRE3VAVECOM_TREATMENT, /* Valeur par def aut */ 
WM ^T_CMD_PRE_EMBEDDEDJTREATMENT, 
WM_ATJ^MD_PREJ3ROADCAST 
> wm_atCmdPreSubscribe_e; 

30 

WM^AT_ClVro_PRE_WAVECOM_TREATMEOT 

L'application cliente embarquee ne vent pas filtrer (ni espionner) les commandes 
envoy€es par Fapplication cliente externe (mode par d6faut)> 

35 WM^AT_CMD^PRE3MBEDDED^TREATMENT 

^application cliente embarquee veut filtrer les commandes envoy 6es par 
Fapplication cliente externe 
WMj\T^CMDJPRE3ROADCAST 

^application cliente embarquee vent espionner les commandes envoy^es par 
40 1 'application cliente externe 



A51 "wm atRspPreParserSubscribe" ; 

fonction description aupres du logiciel principal k un service d r aiguillage de r6ponses, 
dont un paramfetre indique vers quel(s) logiciel(s) (a savoir le logiciel client externe 
45 et/ou le logiciel client embarqu6) doit Stre aiguillee chacune des rSponses resultant de 
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TexScution par le logiciel principal d'une commande AT provenant d'une application 
externe. 

Nom exact : 

5 void wm_atRspPreParserSubscribe ( 

wm_atRspPreSubscribe_e SubscribeType); 

Parametres 

10 SubscribeType 

Ce parametre d&rit Faction effective quand une commande AT arrive 

typedef enum { 

WM_AT_RSP_PRE_WAVECOMJTREATMENT, /* Valeur par defaut */ 
15 WM ^AT JRSP_PRE_EMBEDDED_TREATMENT, 
WM^TJ*SPJ>RE3ROADCAST 
} wm_atRspPreSubscribe_e; 

WMJVT^RSPJ^RE^WAVECONCTREATMEOT 
20 UappHcation cliente embarquee ne veut pas filtrer (ni espionner) les reponses 

envoy6es a Fapplication cliente externe (mode par defaut). 

WM^AT^RSP^PRE_EMBEDDED^TREATMENT 

^application cliente embarqu6e veut filtrer les r6ponses envoyees h. Fapplication 
25 cliente externe. 

WM^ATJtSPJ*RE3ROADCAST 

L'application cliente embarquee veut espionner les reponses envoyees k 
Fapplication cliente externe, 

30 

A6) w wm atSepdRspExfcernalApp" ; 

fonction d'envoi vers le logiciel client externe, via le logiciel principal, d'au moins une 
r6ponse. Uutitlisation de cette fonction n'est possible que si une inscription prealable au 
service d'aiguillage de rfiponses a 6t6 effectu£e, avec aiguillage d'une copie des reponses 
35 notamment vers le logiciel client embarque 
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Nom exact : 

void wm^atSendRspExternalApp (nl6 AtStringSize, 

char *AtString,); 

Parametres 

AtString 

pent etre tout type de chaine de reponses AT, en caracteres ASCII 
AtStringSize 
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Taille du parametre precedent : AtString 
A7) "DataFjowService 1 ^ : 

fonction demission et/ou reception de donn&ss par le logiciel client embarqu6 t via le 
5 logiciel principal, apres qti'une communication de donnSes a 6X6 6tablie 

^8) "wm osgtartTiffier" : 

fonction d'armement d f uae temporisation, un param&tre de ladite fonction d'armement 
indiquant la temporisation h armer 

10 

A9) "wm osSto pTimer" ; 

fonction d'arrSt d'une temporisation, un parametre de ladite fonction d'arr&t indiquant la 
temporisation & arr&er 
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Example d f app!ication cliente embarquee 

/************************ ************************************************* 



/* Pile s Appli.c */ 

/* */ 

/* object t Customer application */ 

/* This program, waits 3 seconds, send a ATI 3 command to */ 

/* 'software version* It starts a cyclic timer of 3 seconds */ 

/* and writes an object in Fash with a value of 0, */ 

/* Every 3 seconds, it reads object value, display it, */ 

/* increments and rewrites it in Flash. */ 

/* */ 

/* contents * Customer main procedures */ 

/* */ 

/* Change t */ 

/* */ 

/* Date [ Author | Modification */ 

/* * f */ 

/* 26/12/00 \ FCA \ Creation */ 



/*************************************************************************** ^ 

#include "wm^types.h 11 
#include "wia_apm + h H 
#inelude "tttils*h" 

#define TXMSR_INIT 01 



#def ine TIMER_CSCL2C 02 
#define OBJECTED 0x1 

char wra_apmCu s t on\S tack [1024]; 

const u!6 wmjapmCustomStackSisse * slsseof (wm_apmCustomStack> ; 

/***************************************************************************/ 

/* Function t wmjapmApplilnit */ 

/* */ 

/* Objet ? Customer application initialisation */ 

/* " */ 
/* Return i */ 
/* */ 

/* */ 

/* Variable Name [IN |out|GLB| Utilisation */ 

/* — + 4- 4* + */ 

/* InitType [111 Application start mode reason */ 



/***************************************************************************/ 
void wm^apmftpplilnit ( wm_apa^nitType_e XnitTypfc) 
< 

// Trace : Level 10 

wm_osDebugTrace{iO r "tnit * Start timer" >; 

// Start a timer for 3 seconds 

wm_osStartTimer f T nfflRjtNIT, FALSE r 30); 

} 

/***************************************************************************/ 



/* Function t wm apmAppliParser */ 

/* Z . — */ 

/* Objet j customer task body */ 
/* */ 
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/* Return t */ 
/* */ 

/* */ 

/* Variable Name |IR ^OUTjGLB] Utilisation */ 
/* — + * +-™+~ */ 



/* pMessage 111! Message sent by real tl^e kernel */ 

/***************************** *********^ 

bool wra^apinAppliParser <wm_apinMsg_t * pMessage) 

char strComreand [J = M ATI3\r fl ; // don't forget '\r r at the end 
u!6 nlSDataLen; 

bool bRet; 

char strTr aceH3g { 5 0 ] ; 

char strData; 

switch (pMessage~>MssgTyp) 
{ 

case 19M_OS_TIMBR * 

switch (pMessage~>Body . GSTimer . Ident ) 
< 

case TIJftER_XNXTj // Timer armed in wmjapinApplilnit 
wm^osDebugTrace { 1 0 , ■ TIHERJENIT" ) ; 

// Result will be visible in the AT terminal window 
wm__atSendCommand ( vm__strlen ( atrComtRand ) + 1 , 

WK_AT_SEND_R£F_TO_EXTERNAL , stxCommand ) ? 

// Write object for the first time 
atrData « 0x30; 

bRet - wm_osWriteFlashData( OBJECTED, siseof (char ) , 

astrData, ); 

it (bRet) 

wm_csStartTimer (timer_CyCliC,true, 30); 

else 

wa^_osDebugTrace { 1 0 , H wmjs sWr it eF 1 ashData £ a iled " ) * 

break; 



case TIMER_CYCI»IC t 

wmjOSDebugTrace{ 10, "TIHER^CYCLIC" ); 
// Read object, increment value r rewrite object 
ulSDataLen - wra_os<3etI,enFla3hData{0BJECT_lD) ; 
nlSDataLen m wm_osReadPlashData(OBJECT >iM rD r ul6DataLen, 

fistrData ); 

if (u!6BataLen) 
{ 

// Print object after read 
wm_stxcpy { str Trace Msg , "Value £"); 
strTxaceMsg[wm_strlen(strTraceM:3g) } - strData; 
strTraceHsg[wm_strien( strTraceMsg) +1 3 » 'NO'; 

wmjJBDebugTraceflQ, strTraceMsg ); 



// increment it 
strData++; 

if (strData -« 0x3 A) strData « 0x30; 



bRet * wm_osWriteFlashDate(OBiraCT_XD, sifceof {char ) , 

& strData ); 

if (IbRet) 
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wmjosDebugTraae (10, "wjo^osWr iteFl ashData failed" ) ; 

} 

else 

wm_osr>ebugTraoe(IO, "Read 0 byte" ); 



break; 

defaults 

break; 



default? 
brealc; 

} 

return TRUE; 
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REVENDICATIONS 

1. Module de radiocommunication, du type hebergeant et executant un logiciel 
principal assurant notamment des fonctions de radiocommunication, ledit logiciel 
principal compreaant des moyens d'ex<5cution de commandes de pilotage, envoySes au 
logiciel principal par au moms un logiciel client de pilotage et appartenant k un jeu de 
commandes de pilotage pr6d£termin6, 

caract6ris6 en ce que ledit module de radiocommunication h6berge et execute en outre 
au moins un logiciel client, dit logiciel client embarqufi, 

et en ce que le logiciel client embarqug et le logiciel principal comprennent des moyens 
permettant au logiciel client embarqu£ de jouer au moins un des deux r61es suivants : 

le rSle d'un logiciel client de pilotage, envoyant des commandes de pilotage au 
logiciel principal, et recevant du logiciel principal des nSponses, resultant de 
Fexecution de certaines des commandes de pilotage ; 

le rdle d'un logiciel client de supervision, g£rant l'ex^cution de commandes de 
pilotage envoy£es par un logiciel client de pilotage, dit logiciel client externe, 
hebergS et ex£cut6 par un equipement tiers cooperant avec le module de 
radiocommunication. 

2. Module de radiocommunication selon la revendication 1, caract6ris6 en ce que, 
pour permettre au logiciel client embarquS de jouer le role d'un logiciel client de 
pilotage : 

le logiciel client ernbarqug comprend des moyens d'envoi de commandes de 

pilotage vers les moyens d'ex€cution compris dans le logiciel principal ; 

le logiciel principal comprend des moyens d'envoi des reponses, resultant de 

I'execution de certaines des commandes de pilotage par les moyens d f ex6cution 

compris dans le logiciel principal, vers le logiciel client embarque ; 

le logiciel client embarque comprend des moyens de traitement des reponses 

envoy^es vers lui par le logiciel principal. 

3. Module de radiocommunication selon Tune quelconque des revendications 1 et 2, 
caracterise en ce que, pour permettre au logiciel client embarqud de jouer le role d r un 
logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de commandes, en 
fonction d'une politique d'aiguillage de commandes determine, de fa$on k 
transmettre les commands de pilotage provenant du logiciel client externa vers 
le logiciel client embarqufi et/ou vers les moyens ^execution compris dans le 
logiciel principal ; 

le logiciel client embarque comprend des moyens de traitement des commandes 
de pilotage aiguilles vers lui par lesdits moyens d'aiguillage de commandes. 
4, Module de radiocommunication selon la revendication 3, caracterise en ce que le 
logiciel client embarquS comprend des moyens de selection de la politique d'aiguillage 
de commandes appliquSe par lesdits moyens d'aiguillage de commandes, parmi un 
ensemble de politiques d'aiguillage de commandes telles que respectivement : 

les commandes de pilotage provenant du logiciel client externe sont transmises 
uniquement aux moyens d f ex6cution compris dans le logiciel principal ; 
les commandes de pilotage provenant du logiciel client exteme sont transmises 
uniquement au logiciel client embarque ; 

les commandes de pilotage provenant du logiciel client externe sont transmises 
aux moyens d r ex€cution compris dans le logiciel principal et au logiciel client 
embarque. 

5* Module de radiocommunication selon Tune quelconque des revendications 3 et 4, 
caract£ris6 en ce que lesdits moyens de traitement des commandes prennent, pour 
chaque commande, au moins une decision appartenant au groupe comprenant : 

envoi de la commande de pilotage vers les moyens d'ex£cution compris dans le 
logiciel principal, le logiciel client embarque comprenant k cet effet des moyens 
d'envoi de commandes de pilotage vers les moyens d'ex6cution ; 
fourniture ou non d'une rgponse, uniquement en fonction d'au moins une 
information relative h la commande, sans execution de la commande, le logiciel 
client embarqu^ comprenant k cet effet des moyens d'envoi de la r£ponse au 
logiciel client externe, via le logiciel principal* 
6. Module de radiocommunication selon Tune quelconque des revendications 1 & 5, 
caract£ris6 en ce que, pour permettre au logiciel client embarque de jouer le rdle d'un 
logiciel client de supervision : 
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le iogiciel principal comprend des moyens d'aiguillage de reponses, en fonction 
d'une politique d'aiguillage de reponses d&erminge, de fa?on a iransmettre des 
reponses, resultant de Fexecution de certaines des commandes de pilotage par les 
moyens d'ex<Scution compris dans le Iogiciel principal, vers le Iogiciel client 
ernbarque et/ou vers le Iogiciel client externa; 

le Iogiciel client embarqu6 comprend des moyens de traitement des reponses 
aiguiil6es vers lui par lesdits moyens d'aiguillage de reponses, 

7. Module de radiocommunication selon la revendication 6, caract6ris6 en ce que le 
Iogiciel client ernbarque comprend des moyens de selection de la politique d'aiguillage 
de reponses appliqu€e par lesdits moyens d'aiguillage de reponses, parmi un ensemble 
de politiques d'aiguillage de reponses telles que respectivement : 

les r6ponses provenant des moyens d'execution sont transmises uniquement au 
Iogiciel client externe ; 

les reponses provenant des moyens d'execution sont transmises uniquement au 
Iogiciel client ernbarque ; 

les r6ponses provenant des moyens d'ex£cution sont transmises au logicie! client 
embarquS et au Iogiciel client externe, 

8. Module de radiocommunication selon Tune quelconque des revendications 7 et 8, 
caracteris£ en ce qull est compris dans un dispositif appartenant au groupe comprenant : 

des terminaux de radiocommunication ; 

des dispositifs, autres que des terminaux de radiocommunication, n6cessitant une 
fonctionnalit6 de communication sans fii ; 
des modems. 

9* Module de radiocommunication selon Tune quelconque des revendications 1 h 8, 
caract<5ris6 en ce que ledit Iogiciel principal comprend une application principale, bas6e 
notamment sur un jeu de fonctions d'ex&mtion, permettant chacune Texecution d'au 
moins une desdites commandes de pilotage, 

en ce que ledit Iogiciel client ernbarque comprend une application cliente, bas£e 
notamment sur un jeu de fonctions sources, permettant chacune renvoi ou la reception, 
vers ou en provenance de Implication principale, de commandes de pilotage ou de 
reponses a des commandes de pilotage, 
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et en ce que ledit logiciel principal et/ou iedit logiciel client embarqufi comprend(nnent) 
une application d'interface, permettant i'interfaeage desdites fonctions sources avec 
lesdites fonctions ^execution. 

10* Module de radiocommunication selon Tune quelconque des revendications 1 & 9, 
caract6ris6 en ce que ledit logiciel client embarque comprend une application ciiente, 
basee notamment sur un jeu de fonctions sources, permettant chacune renvoi ou la 
reception, vers ou en provenance de Implication principale, de commandes de pilotage 
ou de r£ponses k des commandes de pilotage, 

et en ce que ledit jeu de fonctions sources comprend notamment une fonction 
( Vm_apmAppliParser rt ) de traitement d'un message provenant du logiciel principal, un 
param&tre de ladite fonction de traitement etant ledit message. 

11. Module de radiocommunication selon la revendication 10, caracteris6 en ce que 
ledit message formant paramfetre de ladite fonction de traitement possMe une structure 
comprenant : 

un premier champ contenant une information relative au type dudit message ; 
un second champ contenant le corps sp6cifique dudit message* 

12, Module de radiocommunication selon la revendication 11, caracteris6 en ce que 
le type dudit message apparent au groupe comprenant : 

message contenant une r^ponse & une commande de pilotage prealablement 

envoy^e au logiciel principal par le logiciel client embarqu^ ; 

message contenant une commande de pilotage non sollicit^e ; 

message contenant une commande de pilotage envoyfie par un logiciel client 

externe, viale logiciel principal ; 

message contenant une r€ponse resultant de locution par le logiciel principal 

d'une commande de pilotage ; 

message envoys & Texpiration d'une temporisation. 

13. Module de radiocommunication selon Tune quelconque des revendications 10 & 
12, caracteris6 en ce que ledit jeu de fonctions sources comprend en outre au moins une 
fonction appartenant au groupe comprenant : 

une fonction ("wm^atSendCommand") d'envoi vers le logiciel principal d'au 
moins une commande de pilotage, un premier parametre de ladite fonction 
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d'envoi etant iadite au moins une commande de pilotage, un second parametre de 
ladite fonction d'envoi indiquant le(s) logiciel(s) destinataire(s), k savoir le 
logiciel client embarqu£ et/ou le logiciel client externe, de la reponse resultant de 
Tex&ution de ladite commande de pilotage ; 

une fonction ("wm^atUnsolicitedSubscription") description auprfes du logiciel 
principal k un service de reception de conimandes de pilotage non sollicit€es, un 
parametre de ladite fonction description indiquant vers quel(s) logiciel(s) 
destinataire(s) ? a savoir le logiciel client embarqu£ et/ou le logiciel client externe, 
doit Stre redirigSe chacune des commandes de pilotage non sollicitfies ; 
une fonction (Vm„atCmdPreParserSubscribe") ^inscription auprfes du logiciel 
principal k un service d'aiguillage de commandes de pilotage, un paramfetre de 
ladite fonction ^inscription indiquant vers quel(s) Iogiciel(s), a savoir le logiciel 
principal et/ou le logiciel client embarqu€, doit £tre aiguill£e chacune des 
commandes de pilotage provenant du logiciel client externe ; 
une fonction ( w wm_atRspPreParserSubscribe fl ) description aupres du logiciel 
principal k un service d r aiguillage de r^ponses, un paramfetre de ladite fonction 
^inscription indiquant vers quel(s) logiciel(s)> k savoir le logiciel client externe 
et/ou le logiciel client embarqu6, doit &tre aiguillee chacune des r£ponses 
resultant de l'ex€cution par le logiciel principal d r une commande de pilotage ; 
une fonction ("wm^atSendRspExternalApp") d r envoi vers le logiciel client 
externe, via le logiciel principal, d r au moins une reponse, un paramfetre de ladite 
fonction Renvoi etant ladite au moins une reponse. 
14. Module de radiocommunication selon Tune quelconque des revendications 1 k 

13, caracterisg en ce que le logiciel client embarquS et le logiciel principal utilisent 
chacun une partie distincte d f une mSme mSmoire vive, une tentative d'accfes de Tun des 
logiciels k une partie de la m£moire vive r6serv6e k I'autre logiciel provoquant un arrSt 
de fonctionnement 

15* Module de radiocommunication selon Tune quelconque des revendications 1 a 

14, caracterisS en ce que ledit jeu de commandes de pilotage est un jeu de commandes 
AT standard. 
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16. Module de radiocommunication selon la revendication 15, caract£ris6 en ce que 
ledit jeu de commandes de pilotage comprend, outre les commandes AT standard, une 
commando AT supplemental, dite commande de chargement d'un logiciel client 
(AT*WDWL), permettant au logiciel client externe de charger un nouveau logiciel 
client dans le module de radiocommunication. 

17» Module de radiocommunication selon Tune quelconque des revendications 15 et 
16, caracterise en ce que ledit jeu de commandes de pilotage comprend, outre les 
commandes AT standard, une commande AT suppl6mentaire, dite commande de 
deactivation (AT+WOPEN), permettant au logiciel client externe de d^sactiver le 
logiciel client embarque* 

18. Procede de mise en ceuvre d'un logiciel client de pilotage d'un module de 
radiocommunication, ledit module de radiocommunication £tant du type Mbergeant et 
executant un logiciel principal assurant notamment des fonctions de 
radiocommunication, ledit logiciel principal comprenant des moyens d'execution de 
commandes de pilotage, envoy£es au logiciel principal par ledit logiciel client de 
pilotage et appartenant a un jeu de commandes de pilotage predetermine, 
caract£ri$6 en ce que ledit module de radiocommunication hSberge et execute au moms 
un logiciel client, dit logiciel client embarquS, 

et en ce que le logiciel client embarqu£ et le logiciel principal dialoguent Tun avec Tautre 
de fa^on que le logiciel client embarque joue au moins un des deux roles suivants : 

le role dudit logiciel client de pilotage, envoyant des commandes de pilotage au 
logiciel principal, et recevant du logiciel principal des reponses, resultant de 
Tex6cution de certaines des commandes de pilotage ; 

le r61e d'un logiciel client de supervision, gerant {'execution de commandes de 
pilotage envoy6es par ledit logiciel client de pilotage, ledit logiciel client de 
pilotage, dit logiciel client externe, etant heberge et execute par un eqtiipement 
tiers coopgrant avec le module de radiocommunication* 
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